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(54) System and method for coding algorithm adjustment In telephony-over>ian networks 



(57) A bandwidth adjustment server, BWAS 109 is 
provided which monitors system bandwidth usage, 
sends requests to terminals 102A, 102B and/or 106, to 
identify their coding capabilities, and directs each of the 
terminals to adjust their coding algorithms based on 
system bandwidth usage. If system bandwidth usage is 

100 

ia2A 



high, the BWAS 109 requires the terminals to employ a 
less bandwidth Intensive coding algorithm; similarly, 
when system bandwidth usage is low, the BWAS 109 
will allow the terminals to employ higher bandwidth use 
coding algorithms. 
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Description 

[0001 ] The present invention relates to telecommu- 
nications systems, and in particular, to an improved 
telephony-over-LAN (local area network) or other 
packet network system. 

[0002] Modern telephony-over-LAN (ToL) systems 
allow each endpoint (6.g., client, gateway) to choose a 
default hierarchy of coding algorithms. For example, an 
endpoint might be configured to first try using adaptive 
pulse code modulation (ADPCM), next G.723, then 
GSM, etc., until a common codec supported by both the 
calling and called endpoints is found. 
[0003] However, the endpoints or clients typically 
have static configurations of preferred codecs. As a 
consequence, network bandwidth is assigned on a sim- 
ple availability basis, without regard to other users who 
might wish to place phone calls in the future. As a con- 
sequence, a few users who are communicating using 
coding algorithms that result In high bandwidth con- 
sumption could use the entire network bandwidth, with- 
out even realizing that bandwidth was in short supply, 
thereby preventing others from placing calls. As such, 
system bandwkith may be Inefficiently utilized and even 
result in denial of sen^ice to some users. 
[0004] While certain data modems, such as 
described In U.S. Patent No. 5,546,395. allow for 
dynamic bandwidth adjustment between two communi- 
cating endpoints. by way of selecting the compression 
rates for voice transmission and the modulation rate, 
such systems do not allow for broad network-based 
supervision of bandwidth allocation. 
[0005] These and other drawttacks in the prior art 
may be overcome in large part by a coding algorithm 
policy adjustment system according to embodiments of 
the present invention. The invention is defined in the 
independent claims, to which reference should now be 
made. Further advantageous features can be found in 
the dependent claim. 

[0006] According to one preferred embodiment, a 
bandwidth adjustment server or bandwidth allocation 
server (BWAS) is provided, which may monitor system 
bandwidth usage, send requests to user terminals to 
identify their coding capabilities, and direct each of the 
user terminals to adjust their coding algorithms (for 
example, by selecting the coding algorithm required 
itself) based on system bandwidth usage. If system 
bandwidth usage is high, the BWAS requires the user 
terminals to employ a less bandwidth-intense coding 
algorithm; similarly, when system bandwidth usage is 
low. the BWAS will allow the user terminals to employ 
higher bandwidth-use coding algorithms. 
[0007] The BWAS is preferably configured with a 
first threshold identified as the threshokJ for reducing 
the coder/decoder (codec) speeds of the idle endpoints. 
The threshold may be calculated according to the 
demand, which may be remaining network bandwidth, 
divkled by the number of idle users. This may be nidi- 



fied to allow for the percentage of voice load allowed 

and percentage of calls expected to be activated. 
[0008] The BWAS monitors system traffic, or com- 
municates with other system monitors to determine sys- 

5 tem bandwidth usage. The BWAS may then send a 
message to the user terminals, requiring them to iden- 
tify their coding capabilities and the specific hierarchy 
used by them. Once this information is returned to the 
BWAS, the BWAS sends another message requiring the 

10 user terminals to lower their bandwidth usage by select- 
ing a lower speed codec. 

[0009] Alternatively, the BWAS can function to 
direct the terminals to adjust to a different coding algo- 
rithm in a set coding algorithm hierarchy according to 

75 bandwidth usage, without requiring information as to the 
coding capabilities and specific hierarchy. 
[0010] When network traffic drops below a second 
preconfigured threshold, the BWAS sends another mes- 
sage allowing the user terminals to restore their original 

20 codec choices. 

[0011] A better understanding of the invention is 
obtained when the following detailed description of pre- 
ferred embodiments is considered In conjunction with 
the following drawings showing the embodiments, in 

25 which: 

FIG. 1 is a diagram Illustrating a telecommunica- 
tions system according to an embodiment of the 
invention; 

30 FIG. 2 Is a diagram of an exemplary H.323 Interface 

according to an embodiment of the Invention; 

FIG. 3 is a diagram illustrating an exemplary band- 

wkfth allocation server (BWAS) according to an 

embodiment of the invention; 
35 FIG. 4 is a flowchart illustrating operation of an 

embodiment of the invention; 

FIG. 5 is a flowchart illustrating operation of another 

embodiment of the invention; and 

FIG. 6 is a flowchart illustrating communication 
40 employing an embodiment of the invention. 

[001 2] RG. 1 is a diagram illustrating a telecommu- 
nications system 100 according to an embodiment of 
the present invention. In particular, the telecommunica- 

45 tions system 1 00 includes a local area network (LAN) or 
packet network 101 . Coupled to the LAN 101 may be a 
variety of H.323 terminals 102A, 102B, a multi-point 
control unit (MCU) 104, an H.323 gateway 106, an 
H.323 gatekeeper 108. a LAN server 1 12 and a plurality 

50 of Other devices such as personal computers (not 
shown). The H.323 terminals 102A. 102B are in compli- 
ance with the H.323 standard. Thus, the H.323 termi- 
nals 102A. 102B support H.245 for negotiation of 
channel usage, Q.931 for call signaling and call setup. 

55 registration admission status (RAS), and RTP/RTCP for 
sequencing audio and video packets. The H.323 termi- 
nals 102A, 102B may further Implement audio and 
video codecs. T.I 20 data conferencing protocols and 



2 



EP 1 024 637 A1 



MCU capabilities. Further details concerning the Rec- 
ommendation H.323 may be obtained from the Interna- 
tional Telecommunications Union (ITU). In addition, the 
gatekeeper 108 has coupled thereto a bandwidth allo- 
cation server (BWAS) 109 according to a specific 
embodiment of the invention. As will be discussed in 
greater detail below, the BWAS 109 monitors system 
bandwidth usage and directs each H.323 terminal to 
adopt a particular codec or coding algorithm according 
to bandwidth availability. It is noted that in other specific 
embodiments the BWAS functionality may also be 
incorporated into the gatekeeper 109, placed on any 
terminal or server, or embodied as a separate unit sep- 
arately coupled to the network 101 , as long as the BAS 
can communicate with the endpoints. Thus, the figures 
are merely exemplary. 

[0013] A logical diagram of an H.323 interface to 
LAN 101 is shown in FIG. 2. according to an embodi- 
ment of the present invention. The interface includes a 
known network terminal/device 10 utilizing the ITU-T 
H.323 protocol, and a packet network interface 13 that 
is coupled to network temninal 10. Network interfece 13 
couples the H.323 device to LAN 101. H.323 termi- 
nals/devices and equipment can^y real-time voice, video 
and/or data. It should be noted that H.323 is an umbrella 
recommendation that sets standards for multimedia 
communications, including telephony-over-LAN com- 
munications. The network can include packet-switched 
Transmission Control Protocol/Internet Protocol 
(TCP/IP) and Internet Packet Exchange (IPX) over 
Ethernet. Fast Ethernet and Token Ring networks. 
[0014] The network terminal 10 is coupled to a 
vkJeo input/oulput (I/O) interface 28, an audio 1/0 inter- 
face 12. an user application interface 19, and a system 
control user interface (SCUl) 20. Network terminal 10 
also includes an H.225 layer 24, a video coder/decoder 
(codec) 15, an audio codec 14, H.245 protocol function- 
ality 18, Q.931 protocol functionality 16, and RAS proto- 
col functionality 32. 

[001 5] As seen in FIG. 2. the video I/O interface 28 
which may be part of the standard H.323 device con- 
nects to the video codec 22 such as an H.261 codec for 
encoding and decoding video signals. Coupled between 
video I/O interface 28 and H.225 layer 24. video codec 
22 translates encoded video signals to H.225 protocol 
signals. /Mthough the H.261 codec can be the video 
codec used for an H.323 terminal, other video codecs, 
such as H.263 codecs and others, may also be used for 
encoding and decoding video. The H.245 protocol is 
used to exchange terminal capability information such 
as the video coding algorithm. Generally, the called ter- 
minal specifies its capabilities to the calling terminal. 
[001 6] Audio I/O interface 1 2. which may be part of 
a standard H.323 terminal, connects to the audio codec 
14, such as a G.71 1 codec, for encoding and decoding 
audio signals. Coupled to audio I/O interface 12, audio 
codec 14 is coupled to H.225 layer 24 and translates 
audio signals to H.225 protocol signals. Although the 



G.71 1 codec is the mandatory audio codec for an H.323 
terminal, other audio codecs, such as G.728, G.729. 
G.723.1. G.722, MPEG1 audio, etc. may also be used 
for encoding and decoding speech. In accordance with 

5 the present invention. G.723.1 typically is a preferred 
codec because of its reasonably low bit rate, which ena- 
bles preservation of link bandwidth, particularly in 
slower speed network connections. As is known, when 
communicating, H.323 terminals use a common coding 

10 algorithm or codec supported by all entities to the con- 
versation/conference. This information is exchanged 
during an H.245 capability exchange phase. 

[001 7] The control layer 1 1 Interfaced with SCUl 20 
provides signaling and flow control for proper operation 

15 of the H.323 terminal. In particular, all non-audio and 
non-video control signaling is handled via SCUl 20. 
Coupled to SCUl 20 In the control layer 11 are H.245 
layer 18. Q.931 layer 16 and RAS layer 17, which cou- 
ple to H.225 layer 24. Thus, SCUl 20 interfaces to the 

20 H.245 standard which is the media control protocol that 
allows capability exchange, channel negotiation, switch- 
ing of media modes and other miscellaneous com- 
mands and indications for multimedia communications. 
SCUl 20 also interfaces to the Q.931 protocol which 

25 d^ines the setup, teardown, and control of H.323 com- 
munication sessions. SCUl 20 further interfaces to the 
Registration, Admission, Status (RAS) protocol that 
defines how H.323 entities can access H.323 gatekeep- 
ers to perform among other things address translation, 

30 thereby allowing H.323 endpoints to locate other H.323 
endpoints via an H.323 gatekeeper. The H.225 stand- 
ard layer 24, which is derived from the Q.931 standard, 
is the protocol for establishing connection between two 
or more H.323 terminals and also formats the transmit- 
as ted video, audio, data and control streams into mes- 
sages for output to the network interface 13 (e.g., 
. transport over IP network 101). The H.225 layer 24 also 
retrieves the received video, audio, data and control 
streams from messages that have been input from net- 

40 work interface 50. In addition, in accordance with the 
present invention, the H.323 terminal's control layer 1 1 
may also include a coding resource unit 1 1 1 which is 
used to communicate coding resources to the band- 
width allocation server (BWAS), as will be described fur- 

45 ther below. User application interface 19, which may be 
a T120 protocol interface as well as other types of pro- 
tocol interfaces, also is coupled between H.225 layer 24 
and a user device 21, which may be for example data 
equipment. Thus, an H.323 network may be configured 

so to include several different devices. For example, the 
network may include a terminal for enabling users con- 
nected to a LAN to speak, a terminal (i.e., gateway) for 
enabling a caller resident oh the LAN to call a second 
user through the puljlic switched networK and/or a ter- 

55 minal for enabling the adapter to communicate through 
a wireless trunk, using a wireless telephone. The device 
may also implement supplementary services according 
to the H.450 protocol specification. 
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[0018] The H.323 gateway 106 (FIG. 1) generally 
provides a translation function between H.323 confer- 
encing endpoints and other terminal types and performs 
call setup and clearing on both the LAN side and 
switched circuit network (e.g.. public switched tele- 
phone network or PSTN) side. The H.323 gatekeeper 
108 performs address translation from LAN aliases for 
terminals and gateways to IP or IPX addresses (as 
defined in the RAS specification) as well as bandwidth 
management (also specified within the RAS specif ica- 
tion). The H.323 gatekeeper 108 may further be used 
for call routing. Further, according to a specific embodi- 
ment of the present invention, the gatekeeper 108 may 
include BWAS 109 which is used to specify coding algo- 
rithms (e.g.. audio, video and/or both) which may be 
used by particular H.323 terminals, based on available 
system bandwidth. The BWAS 109 communicates the 
required coding algorithm to the H.323 terminals using 
RAS messaging. The H.323 terminals then use stand- 
ard H.245 signaling to negotiate coding capabilities 
among themselves. It is noted that, while described pri- 
marily with regard to audio coding, the present invention 
is equally applicable to video coding as well. 
[0019] More particularly, an exemplary BWAS 109 
is illustrated in FIG. 3. The BWAS 109 includes a net- 
work interface 304 (which may simply be part of the 
standard gatekeeper interface in some embodiments) 
which allows for communication to and from the network 
terminals. In particular, RAS messaging may be 
employed by BWAS 109 to control bandwidth usage by 
defining the codecs that may be used by the idle H.323 
terminals. 

[0020] A bandwidth nrranitor 306 and a control proc- 
essor 302 are coupled to the network interface 304. The 
bandwidth monitor 306 monitors bandwidth usage, for 
exanrtple, by counting the number of active calls being 
processed by the gatekeeper or by other known meth- 
ods, e.g., nfX)nitoring bit rates. The control processor 
302 is coupled to a memory 308 which is used to store 
bandwidth threshold information, for example in the 
form of look-up tables. The memory 308 may also be 
used to store information concerning the coding capa- 
bilities of each of the H.323 terminals. In the discussion 
below, ••H.323 terminals" may be any H.323 endpoint 
such as an H.323 client or an H.323 connection in gate- 
way 106. The control processor 302 supervises coding 
request transmissions, reception of the coding informa- 
tion, and determination of whether a coding adjustment 
is necessary. In specific embodiments, the BWAS 109 
continuously monitors traffic on the local segment to 
determine whether traffic has crossed any threshoWs. 
and BWAS 109 may communicate with other monitoring 
agents located on other segments to determine their 
bandwidth usage. Therefore, BWAS 109 can measure 
and track the network traffic to make the determinations 
of the relevant threshoMs being crossed, as discussed 
below. 

[0021] As an example, a flowchart illustrating oper- 
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ation of one embodiment of the invention is shown in 
RG. 4. In step 402, the bandwidth allocation server 
(BWAS) 109 receives configuration information con- 
cerning the bandwidth threshold X, which is the thresh- 

5 old that must be met before reducing codec speeds. 
The threshold X, typically measured in Megabits per 
second (Mbps), is stored in the memory 308. In step 
404, the BWAS 109 similarly receives configuration 
information concerning the threshoW Y, which is the 

JO threshold that must be met before restoring coding algo- 
rithm choices. The threshold Y is also stored in the 
memory 308. Of course, the order of receiving thresh- 
olds X and Y may be reversed. 

[0022] Next, in step 406. the BWAS 109 sends a 

75 request message to the H.323 terminals, requesting 
that they return an indication of their available coding 
algorithms and hierarchies. According to one embodi- 
ment, the request is In the form of an RAS message. 
The request message is received at the H.323 terminals 

20 in their coding resource units 111 (see FIG. 2) . The ter- 
minals' coding resource units 1 1 1 access this informa- 
tion, In a manner similar to that in which the terminals 
access coding intbrnnation prior to beginning communi- 
cation with another endpoint. The information is then 

25 transferred to the BWAS 109. either in the form of an 
PAS message or by using H.245 signaling. 
[0023] In step 408, the coding algorithms/hierarchy 
information is received by the BWAS 109 via the net- 
work interface 304 and stored by the processor 302 in 

30 the memory 308. Next, in step 410. the BWAS 109, in 
particular the bandwidth monitor 306, proceeds to mon- 
itor system bandwidth usage. A signal representative of 
system bandwidth usage is provided to the processor 
302, which accesses the memory 308 for the threshokJ 

35 value X. The processor compares the system band- 
width usage against the threshold value X, and deter- 
mines, in step 412, whether system bandwidth usage 
has exceeded the threshold X. If not. the bandwidth 
monitor 306 continues to monitor bandwidth usage 

40 (return to step 410). However, if bandwidth usage is 
determined to exceed the threshokJ X, then, in step 414, 
the BWAS 109 sends a command to the H.323 termi- 
nals ordering them to adjust their coding hierarchies so 
that a lower speed codec is employed (the adjustment 

45 can be either stepping down to the next fastest allowed 
coding algorithm or alternatively stepping down directly 
to a selected algorithm, e.g.. the slowest coding algo- 
rithm). Again, this may take the form of an RAS mes- 
sage or H.245 signaling. Each H.323 terminal's coding 

50 resource unit 1 1 1 then adjusts the hierarchy so that the 
higher-speed, more t>andwidth-intense coding algo- 
rithms are not employed. 

[0024] The determination of how far to lower the 
bandwidth in step 414 may be based on a variety of fac- 
55 tors, including load, traffic expectations, and the like. It 
being understood that any of a variety of methods may 
be employed, an exemplary method Is described as fol- 
lows. The BWAS 109 calculates the remaining network 
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bandwidth divided by the number of idle users 1o obtain 

a demand. D, which is the demand allocatable to each 
of the users if it placed a call. The demand, D. is then 
modified by two preconfigured factors which are stored 
in the memory 308. The first factor is the percentage of 
voice load allowed (VLA), representative of, for exam- 
ple, the percentage of bandwidth ren^ining after data 
usage is determined. Thus, if data calls are allowed 
60% of network bandwidth, then VLA = 40%. The sec- 
ond factor is the percentage of calls expected to be acti- 
vated (EA). For example, if there are 100 terminals, and 
only half are expected to be active at any time, then EA 
= 50%. A modified demand (MD) is then calculated 
according to the following formula: MD = (D * VLA)/EA . 
For example, if the threshold X were to be exceeded 
such that 1 Mbps network bandwidth is remaining, and 
50 idle users were present, then D would be 1 Mbps/50 
users = 20 kilobits per second (kbps)/user. The modified 
demand (MD) would then be (20 kbps/user * 40 %)/50% 
s 16 kbps/user. 

[0025] Based on the modified denfiand (MD), the 
6WAS 109 determines that the first coding algorithm in 
each H.323 terminal's hierarchy that is lower than MD 
should be selected. In the example above, the first cod- 
ing algorithm that is 16 kbps or lower shouM be 
selected. If the terminal does not have such a coding 
algorithm, the next lowest is to be employed (alterna- 
tively, the lowest coding algorithm is to be employed). 
Each H.323 terminal is provided with a message from 
BWAS 109 directing it to reset its coding algorithm to 
the appropriate coding algorithm. 
[0026] Returning to FIG. 4, the BWAS 109 contin- 
ues in step 416 to monitor system bandwidth usage. 
Again, the bandwidth monitor 306 provides a signal to 
the processor 302 indicative of system bandwidth 
usage. In response, the processor 302 accesses the 
memory 308 for the threshold Y. As discussed above, 
the threshold Y is the bandwidth usage threshold below 
which the default hierarchy of coding algorithms may be 
employed. The processor 302 then compares the band- 
width usage provided from the bandwklth monitor 306 
with the threshold Y, in a step 418. If usage has not 
fallen below the threshold Y, then the bandwidth monitor 
continues to monitor t>andwidth usage (return to step 
416). If, however, the bandwidth usage has fallen below 
the threshold Y then, in step 420, the BWAS 109 sends 
a message to each of the H.323 terminals directing 
them to restore their predetermined choice of coding 
algorithms or, alternatively, a BWAS-specified coding 
algorithm (for example, the re-adjustment can be step- 
ping up to the next fastest coding algorithm or alterna- 
tively stepping up directly to a selected algorithm, e.g., 
the fastest coding algorithm). Each terminal's coding 
resource unit 1 1 1 then readjusts the coding algorithm 
hierarchy accordingly. 

[0027] An alternative embodiment of a method for 
adjusting bandwidth according to the present invention 
is desaibed with reference to RG. 5. In particular, FIG. 



5 is a flowchart illustrating a method in which coding 
algorithm information is not required by the BWAS 109; 
adjustment is made independent of (without) the BWAS 
109 knowing the codec speeds of the telephony 
5 devices. Instead, the BWAS 109 simply monitors band- 
width usage and orders each H.323 terminal to adjust to 
(e.g. slower) coding algorithms according to a fixed, pre- 
determined schedule along the algorithm hierarchy 

[0028] In step 502, the bandwidth allocation server 

10 (BWAS) 109 receives configuration infornr^tion con- 
cerning the bandwidth threshold X, which is the thresh- 
old that must be met before reducing codec speeds. 
The threshold X. typically measured in Mbps, is stored 
in the memory 308. In step 504, the BWAS 109 similarly 

75 receives configuration information concerning the 
threshoM Y, which is the threshokJ that must be met 
before restoring coding algorithm choices. The thresh* 
old Y is also stored in the memory 308. Of course, the 
order of receiving thresholds X and Y is not important. 

20 [Q029] Next, in step 506, the BWAS 1 09. more par- 
ticularly the bandwidth monitor 306, monitors the sys- 
tem bandwidth usage. Again, a signal representative of 
system bandwidth usage is prcvkjed to the control proc* 
essor 302, which accesses the memory 308 for the 

85 threshold value X. The processor compares the system 
bandwidth usage against the threshold value X, and 
determines in step 508 whether system bandwidth 
usage has exceeded the threshold X. If not, the band- 
width nnonitor 306 continues to nfK)nitor bandwidth 

30 usage (return to step 506). However, if bandwidth usage 
is determined to exceed the threshold X, then in step 
510 the BWAS 1 09 sends a command to the H.323 ter- 
minals ordering them to adjust their coding hierarchies 
(the adjustment being either stepping down to the next 

35 fastest coding algorithm or alternatively stepping down 
directly to a selected algorithm, e.g., their slowest cod- 
ing algorithms). Each H.323 terminal's coding resource 
unit 1 1 1 then adjusts the hierarchy so that the higher- 
speed, more bandwidth-intense coding algorithms are 

40 not employed. 

[0030] According to this embodiment, the selection 
in step 510 of the slower coding algorithm is done on a 
predetermined basis. For example, the BWAS 109 may 
send an RAS command or H.245 signaling to the H.323 

45 terminals to step down to the next fastest coding algo- 
rithm. Alternatively, the BWAS 109 may command the 
H.323 terminals to step down directly to their slowest 
coding algorithms. The coding resource unit 111 of 
each of the H.323 terminals receives the message and 

50 adjusts its terminal's coding hierarchy. 

[0031] Once the H.323 terminals have re-set their 
default choices for coding algorithms, the t>andwidth 
monitor 306 continues to monitor bandwidth usage, in 
step 512. The bandwidth monitor 306 provides a signal 

55 indicative of bandwidth usage to the processor 302. The 
processor 302, in turn, accesses the memory 308 for 
the threshold value Y. The processor then performs a 
oompare operation, comparing the threshold value Y 
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with the bandwidth signal received from the bandwidth 
nnonitor 306, in step 514. If the bandwidth usage level is 
above or equal to Y, then the system continues to mon- 
itor usage (return to step 512) . H, however, bandwidth 
usage levels drop below the threshold value Y, then the 
processor 302 issues a command onto the network 
allowing the H.323 terminals to re-adjust their coding 
algorithm hierarchies. Again, this may take the form of 
an RAS message or H.245 signaling, with the readjust- 
ment being either stepping up to the next fastest coding 
algorithm or alternatively stepping up directly to a 
selected algorithm, e.g., the fastest coding algorithm. 
Each H.323 terminal's coding resource unit 111 then 
adjusts accordingly the coding hierarchy so that the 
higher-speed, more bandwidth-intense coding algo- 
rithms are allowed to be employed. 

[0032] In the various specific embodiments of the 
present invention discussed above, the bandwidth can 
thus be continuously monitored for changes in network 
traffic such that dynamic adjustment of the coding algo- 
rithms Is accomplished. 

[0033] In the above embodiments, once the H.323 
terminals receive their new coding hierarchies, calls are 
processed in the standard fashion. Thus, for example, 
turning now to RG. 6. a flowchart illustrating call set-up 
employing a coding hierarchy adjustment system 
according to the invention is shown. In particular, in step 
602, a calling H.323 terminal issues an Admission 
Request (ARQ) message to the gatekeeper 108. In step 
604. the gatekeeper 108 accepts by issuing an Admis- 
sion confirm (ACE) message (it is noted that the gate- 
keeper 108 could reject by responding with an 
Admission Reject (ARJ) message, but for purposes of 
illustration, it is assumed that an ACF message is sent). 
In step 606, the calling H.323 terminal sends a Q.931 
Setup message to the called H.323 terminal. In step 
608, the called H.323 terminal sends an ARQ message 
to the gatekeeper 108 which responds with an ACF 
message in a step 610 (again, a reject message may 
also be provided, rather than an accept message). 
Once this acceptance has issued, an H.245 sequence 
follows, in step 612, in which the calling and called 
H.323 terminals communicate with one another con- 
cerning the common coding algorithm which is to be 
employed. As discussed above, the H.323 terminals 
must find a common algorithm. The H.323 terminals 
step through their hierarchies until one is found. Accord- 
ing to the present invention, this determination may be 
based on use of the bandwkith-adjusted new coding 
hierarchy. It is noted that the H.245 sequence may also 
include bandwidth requests and allocations according 
to the H.323 Recommendation. Such standard band- 
width messaging is unaffected by the present invention, 
except to the extent that the individual H.323 terminals 
base their bandwidth requests upon bandwidth require- 
ment determinations that have resulted after their read- 
justments in response to the BWAS 109. 
[0034] Finally, when the call is terminated, in step 



614, both H.323 terminals send a Disengage Request 
(DRQ) message to the gatekeeper 108. In turn, the 
gatekeeper 108 responds with a Disengage Confirm 
(DCF) message. 

5 

Claims 

1. A telecommunications system including a packet 
switched network (101) and one or more telephony 

10 devices (102A, 102B and/or 106) coupled to said 
packet switched network (101), at least one of the 
telephony devices (102A, 102B and/or 106) being 
configured to communicate using more than one 
coding algorithm, and a bandwktth allocation server 

75 (109) configured to adjust which of said coding 
algorithms said one or more telephony devices 
(102A, 102B and/or 106) communicates with, 
based on network bandwkith usage. 

20 2. A teleconrtmunications system in accordance with 
daim 1, said packet switched network (101) being 
H.323 compatible. 

3. A telecommunications system in accordance with 
25 daim 1 or 2. wherein said bandwidth allocation 
server (109) is configured to request coding algo- 
rithm hierarchies from said one or more telephony 
devices (102A. 1026 and/or 106). 

30 4. A telecommunications system in accordance with 
daim 1 or 2, wherein said adjustment is made inde- 
pendent of said bandwidth allocation server (109) 
knowing the coding algorithm hierarchies of said 
one or more telephony devices (102A, 102B and/or 

35 106). 

5. A telecommunications system in accordance with 
any preceding claim, wherein the bandwidth alloca- 
tion server (109) is configured to adjust said coding 

40 algorithms if system bandwidth usage exceeds a 
predetermined threshold. 

6. A telecommunications system in accordance with 
daim 5, wherein said bandwidth allocation server 

45 (109) is configured to restore said coding algo- 
rithms if system bandwidth usage is less than a pre- 
determined threshoki. 

7. A telecommunications system in accordance with 
50 any preceding claim, wherein said bandwidth allo- 
cation server (109) is configured to direct said one 
or more telephony devices (102A, 102B and/or 
106) to give first priority to a next fastest coding 
algorithm on adjustment 

55 

8. A telecommunications system in accordance with 
any of claims 1 to 6, wherein said bandwidth alloca- 
tion server (109) is configured to direct said one or 
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more telephony devices (102A, 102Bancl/or 106) to width usage. 

give first priority to a slowest coding algorithm on 

adjustment. 

9. A method for operating a telecommunications sys- s 
tern including one or more telephony devices 
(102 A, 102B and/or 106) in a packet switched net- 
work (101), wherein more than one coding algo- 
rithm is provided for communication between said 
one or more telephony devices ( 1 02A, 1 02B and/or io 
106). and conrprising 

adjusting which of said coding algorithms said 
one or more telephony devices (102A. 1028 
and/or 1 06) communicates with, teased on net- is 
work bandwidth usage. 

10. A method in accordance with claim 9, said packet 
switched network (101) being H.323 compatible. 

20 

11. A method in accordance with any preceding 
method claim, including a bandwidth allocation 
sender (109) requesting coding algorithm hierar- 
chies from said one or more telephony devices 
(102A.102B and/or 106). 2S 

1 2. A method in accordance with claim 9 or 1 0. wherein 
said adjusting is made independent of said band- 
width allocation server (109) knowing the hierar- 
chies of said one or more telephony devices (1 02A, 30 
102B and/or 106). 

13. A method in accordance with any preceding daim, 
including adjusting said coding algorithms if system 
bandwidth exceeds a predetermined threshold (X). 35 

14. A method in accordance with claim 13, including 
restaing said coding algorithms if system band- 
width is less than a predetermined threshold (Y). 

40 

15. A telecommunications system in accordance any 
preceding system claim, wherein said bandwidth 
allocation server comprises: 

a network interface (304) for interfacing said 45 
bandwidth allocation server to a packet 
switched network (101); 
a bandwidth monitor (306) configured to moni- 
tor network bandwidth usage by one or more 
telephony devices (102A. 102B and/or 106) so 
coupled to said packet switched network (101), 
at least one of the telephony devices being 
configured to communicate using more than 
one coding algorithm; and • 
a controller (302) configured to select which of ss 
said coding algorithms said one or twre 
telephony devices (102A, 102B and/or 106) 
communicates with, based on network band- 
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